如果前輩說什麼你就做什麼,長久下來你會失去判斷能力。
除非你是草創成員,不然進入一間公司後,往往都是跟著前輩訂下的規則走;大部分的前輩在交接的時候只會說要這樣做,而不會告訴你為什麼要這樣做
。
不懂就問,不會就學;前輩說的也未必都是正確的,過去的設計可能存在缺陷,只是當時沒有發現;也可能因為時空背景關係,現在已經不適用了;希望大家永遠保留自己的意識,與面對未知的懷疑
。
如何判斷專案要使用 CSR 還是 SSR?
回答問題所需具備的知識
衍伸問題
因為履歷資訊
中顯示求職者使用Nuxt.js
這個 Vue.js 的應用框架;而選擇這個框架通常是為了 SSR,於是想透過這個問題確認求職者是否明白 SSR 與 CSR 的意思,以及各自的應用場景。
如果是操作頻繁
的的內部管理系統,我會建議使用 CSR
,由 Client 負責編譯 HTML 頁面以降低 Server 端壓力;而面對需要 SEO 優化
的網站,我會推薦用 SSR
,因為 Client 端會直接收到由 Server 端編譯好的 HTML,利用首屏渲染快的優勢提供較好的使用者體驗。
渲染過程全部交給 Client 端的瀏覽器去處理
,Server 端不參與任何渲染。一開始的 HTML 是空白的,需要等待 JavaScript 下載並執行後瀏覽器才會顯示畫面。
HTML 由 Server 端編譯出來返回 Client 端
,所以 Client 看到的畫面就是最終版 HTML。
考點:了解你在實務上是否能靈活運用
先簡述自己遇過的問題
假設 Client 端的網路環境不理想又採用 CSR,那在首屏渲染的過程可能就趕走許多使用者;在這種情況下 SSR 會因為 Server 環境相對穩定而獲得較好的使用者體驗。
再說明解決方式
無論是 CSR 還是 SSR 都有各自的優勢與弱點,所以我通常會讓第一個頁面用 SSR 來爭取更高的 SEO,其他操作頻率高的頁面則採用 CSR 讓使用者有良好的體驗;目前 Nuxt.js(Vue)、Next.js(React)這兩個框架都是很好的解決方案
感謝大家的閱讀,如果喜歡我的文章可以訂閱
接收通知;如果有幫助到你,按Like
可以讓我更有寫文的動力,我們明天見~
我在 Medium 平台 也分享了許多技術文章
❝ 主題涵蓋「MIS & DEVOPS、資料庫、前端、後端、MICROSFT 365、GOOGLE 雲端應用、自我修煉」希望可以幫助遇到相同問題、想自我成長的人。❞
在許多人的幫助下,本系列文章已成功出版,除了添加新的篇章,更完善了每個案例的應對進退;如果對現在的職涯感到迷茫,也許這本書能帶給你不一樣的觀點~